home *** CD-ROM | disk | FTP | other *** search
/ The Arsenal Files 8 / The Arsenal Files Collection #8 (Arsenal Computer) (1996).ISO / pcboard / vrs501.zip / HISTORY.DOC < prev    next >
Text File  |  1996-10-08  |  16KB  |  385 lines
  1.  ╒═════════════════════════════════════════════════════════════════════════╕
  2.  │                                                                         │
  3.  │                  VIRTUAL REALITY SOLDIER VERSION 5.01                   │
  4.  │   COPYRIGHT (C)1996 PRACTICAL COMPUTER SERVICES  ALL RIGHTS RESERVED    │
  5.  │                                                                         │
  6.  │                              HISTORY FILE                               │
  7.  │                                                                         │
  8.  ╞═════════════════════════════════════════════════════════════════════════╡
  9.  │                    >>>>>   ATTENTION SYSOPS   <<<<<                     │
  10.  │                                                                         │
  11.  │    MAKE *** SURE *** YOU READ THE README.1ST FILE IN THIS ARCHIVE!      │
  12.  │                                                                         │
  13.  ╞═════════════════════════════════════════════════════════════════════════╡
  14.  │                      <<<<<   BUG REPORTS   >>>>>                        │
  15.  │                                                                         │
  16.  │ If you call in to The TAO BBS  (609) 587-2672 to report a bug,          │
  17.  │ please setup a user account for BOB WATSON on your system and let us    │
  18.  │ know what the password is for the account in your report.  It speeds    │
  19.  │ things up, and lets me save a bit on the phone bills.                   │
  20.  │                                                                         │
  21.  ╘═════════════════════════════════════════════════════════════════════════╛
  22.  
  23. -------------------------------------------------------------------------------
  24.  
  25. BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS!
  26.  
  27. 09/22/96
  28.  
  29. Practical Computer Services is proud to be the new owner of this fine software.
  30. PCS will now be taking all registrations, releasing all new updates and
  31. handling all support questions. See v5.01 release notes for additional
  32. information.
  33.  
  34. BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS! BIG NEWS!
  35.  
  36. -------------------------------------------------------------------------------
  37.  
  38. v5.01 10/08/96
  39.  
  40.    Practical Computer Services has purchased the source and rights to
  41.    VRS from GO/4 Software as of 09/22/96. Changes made to the code
  42.    and related files to reflect this change of ownership. Please direct
  43.    all questions and registrations to PCS, not GO/4 Software.
  44.  
  45.    Company info:
  46.  
  47.    Practical Computer Services
  48.    483 Klockner Road
  49.    Hamilton, NJ  08619
  50.  
  51.    Voice: (609) 584-7947
  52.    Support BBS: The TAO BBS  (609)587-2672  33,600 USR v.everything
  53.    Internet E-Mail: bob.watson@tao.com
  54.  
  55.  
  56. V5.00 Public Release
  57.  
  58.         Added in the Universal Key Routines!
  59.  
  60.         Optimized the code in the outer modules, events ought to
  61.         run faster.
  62.  
  63.         Added some of the code for the Add-on modules, we will
  64.         start releaseing some of the add-ons over the next few months.
  65.  
  66.         TO UPGRADE:
  67.  
  68.         Just copy the files VRS.PPE and VRS-M15.PPE into your present VRS
  69.         Subdir.  And run!
  70.  
  71. v4.00 (Internal Revisons & updates)
  72.  
  73. V3.53 (Internal Revisions & ß Update)
  74. 04/20/95
  75.  
  76.         Added a new field in the VRS.DBF configuration file to store a
  77.         sysop defined path to the VRS.BLT bulletin file for the high scores
  78.         bulletin.  Several users asked for this one, as they are running
  79.         various door programs that "need" it.  If you are already running
  80.         VRS, you'll need to go into (M)aintenance and do a (F)orce
  81.         configuration database rebuild to get the new field available to you.
  82.  
  83. V3.52 (Internal Revisions)
  84. 04/19/95
  85.  
  86.         Fixed a gaffe in the Corridor Sleeper module where you weren't
  87.         being killed "properly" in fights.
  88.  
  89. V3.51 (Internal Revisions)
  90. 04/18/95
  91.  
  92.         One user had a keycode problem, I changed a few statements to get
  93.         around it.  If your key is working, you don't need this patch.
  94.  
  95. V3.50 (Public Release)
  96. 04/17/95
  97.  
  98.         Minor revisons hit a warranted major revision number change.
  99.  
  100.         New Bulletin generator warrants a new public release.
  101.  
  102.         See V3.01 through 3.04 (below)
  103.  
  104. V3.04 (Internal Revisions)
  105. 04/17/95
  106.  
  107.      Added a new command line switch, "BLT".  This will generate a file
  108.      called VRS.BLT in the VRS PPE subdir.  This file is a ranking of players
  109.      based on their kills and experience.  You can add this file to your
  110.      bulletin menu so that all your users can keep up with whats going on in
  111.      the Virtual Reality Soldier world.  See the docs for  complete usage
  112.      instructions.
  113.  
  114. V3.03 (Internal Revisions)
  115. 04/15/95
  116.  
  117.      Once again, PPL rears it's ugly head regarding dBASE functions.  There
  118.      was still a hard-coded index being used in daily maintenance, and some
  119.      systems were having trouble with it.  I changed it over to a unique
  120.      variable each time it's run to get around it.
  121.  
  122. V3.02 (Internal Revisons)
  123. 04/13/95
  124.  
  125.      Two changes to the (V)RS Stats screen.  It was showing the SysOp name
  126.      from the PCBOARD.DAT file in all places, including the "Key SysOp Name"
  127.      field, just a matter of like-named variables being used.  Fixed.  I
  128.      replaced the WAIT at the end of the Stats screen with our custom wait
  129.      module used in the rest of the game.
  130.  
  131.      Added (yet) another commandline switch - "TEST".  All it does is force
  132.      the (V)RS Stats display, and exit out.  Convenience tool only, as VRS
  133.      will (of course!) bomb out if there is no user on-line and you attempt
  134.      to enter the game proper.
  135.  
  136. V3.01 (Internal Revisons)
  137. 04/11/95
  138.  
  139.      Re-wrote the batch files to create/compile/run .PPE files for testing
  140.      keys and to create distribution sets.
  141.  
  142.      Fixed a text display error in the module where you can fight off-line
  143.      players who are sleeping in the corridors.  It was putting the same
  144.      name for killed and killer in the daily news file.
  145.  
  146.      I had several inquiries as to if VRS will run on Wildcat! systems (I
  147.      know, I know, but these are USERS that are asking...<G>), what do you
  148.      think?  Should we make a port of it?
  149.  
  150.  
  151. V3.00 (Public Release)
  152. 04/10/95
  153.  
  154.      Against my better judgement, I changed the Daily Maintenance checking
  155.      of the relational databases ARMOR and WEAPONS against USER and MUTANT
  156.      to work with "1 to #records" in ARMOR and WEAPONS from the hard-coded
  157.      # of records in the distribution zip.  Several people wanted the
  158.      ability to add weapons of their own, this will prevent Daily Maintenance
  159.      from changing them all to Vibraknives.  I'm not all that thrilled with
  160.      the idea of sysops editing the databases, but go for it - just don't
  161.      call in with bug reports that you created by doing so.  In other words,
  162.      if you put in a tactical nuke that does eighty bazillion points of
  163.      damage, and it kills off all your users, don't tell me that it's a
  164.      "bug" in _my_ code.<G>
  165.  
  166.      Added Weapons and Armor editors to the SysOp configuration editor.
  167.      You can add weapons (and delete them!) from these editors, as well as
  168.      modify the current default set.  KEEP THE ARMOR.VRS and WEAPONS.VRS
  169.      files from your distribution pack in case you mess them up!
  170.  
  171.      We got about fifty "bug reports" from sysops installing new copies of
  172.      VRS that they were getting "thousands of Dbase Not Open" errors.  Seems
  173.      that they didn't read the docs, and weren't unzipping the NEW_VRS.ZIP
  174.      file with the databases in it.  I fixed this by getting rid of the zip
  175.      file.  The new files are XXX.VRS rather than XXX.DBF, VRS will copy the
  176.      XXX.VRS files to XXX.DBF files if it can't find the XXX.DBF file.  If
  177.      you've still got the NEW_VRS.ZIP file, you can delete it if you wish -
  178.      or save it as an "extra" backup.
  179.  
  180.      Edited the VERIFY.PPS file to reflect the loss of the .ZIP file and show
  181.      the .VRS files.
  182.  
  183.      Edited the dickens out of the help files.  I hadn't proofread them for
  184.      prior versions - all the spelling and grammatical errors have been
  185.      fixed.<G>
  186.  
  187.      Fixed a reverse call in the Mutant fights area where (N)egotiate
  188.      was not behaving properly.
  189.  
  190.      Fixed a glitch in the display / fighting people sleeping in the
  191.      corridors.  It was working correctly, it just always found YOU
  192.      first in the database.<G>  Fixed the funny mail it would send as well.
  193.  
  194.      Added a verbose debugging mode.  Running it as "VRS.PPE;DEBUG" will
  195.      throw PCBoard into Debug Mode 3, which is extremely verbose.  It sends
  196.      all the info to the caller log, so use it judiciously - not many people
  197.      want 30mb caller logs on their systems.  In fact, you should NEVER have
  198.      to use this switch - it's only in there to see what a system is doing
  199.      that isn't behaving properly when we call into it to check on a bug
  200.      report.  The ONLY reason I'm mentioning it here is that I hate finding
  201.      out about "things" like this in code myself.  The DEBUG switch will ONLY
  202.      work if you are on locally, or the user has SysOp security level.
  203.  
  204.      Can't find a reported bug in the banking module - purportedly
  205.      (T)ransfer docks the user, but doesn't put the money in the
  206.      recipient's account.  Works fine here, even sends the notification
  207.      message properly.  We only had one person report this bug, so I'm
  208.      of the opinion that it simply wasn't noticed that the cash is put
  209.      in the BANK for the recipient, not as on-hand CASH.
  210.  
  211.      Many, many cosmetic changes to text in just about every module.
  212.      Esthetics only, no functional changes.
  213.  
  214. V2.52 (Mid-level Update)
  215. 03/28/95
  216.  
  217.      Added debugging code to the "About" screen. (type V from the Main Menu)
  218.  
  219.      Minor changes to the keyfiler, some users were still getting bad
  220.      registration keys.
  221.  
  222.      Fixed some problems when a user found a dead body in the tubes, just
  223.      a misplaced color code.
  224.  
  225.      Got a complaint that we only denigrated Democrats on mutant fights, so
  226.      in order to be an equal opportunity denigrator, we made it a random
  227.      selection of the most popular political parties.
  228.  
  229.      Seems that a command in PPL (STRIPSTR()) doesn't work as advertised
  230.      (never has, bug has been reported to CDC), and it was causing all sorts
  231.      of problems with the KEY check.  We hope to have fixed it by programming
  232.      around it.  Let us know.
  233.  
  234. V2.51 (Internal Revisions)
  235. 03/25/95
  236.  
  237.      Changed the format of the View Stats display, it adds a bit to the
  238.      display, sort of a high tech look.
  239.  
  240.      Did a little garbage collection to free up some more memory, we are
  241.      now making a footprint of about 43k (your mileage may vary).
  242.  
  243.      Increased the probability of a user finding a mutant...just a bit.
  244.  
  245.  
  246. V2.50 (Public Bug fix release)
  247. 03/23/95
  248.  
  249.         You can now beat Felix, and actually win the game.  Special thanks
  250.         to Bob DeMott of Valley Stream, NY for finding this one.  I intended
  251.         to make Felix *almost* unbeatable, but not quite so omnipotent that
  252.         players had *NO* chance of beating him.<G>
  253.  
  254.         CRYOSLEEP....  about fifty SysOps have told me of a "bug" in that
  255.         users couldn't find the Cryo-Cube.  We initially decided that Level
  256.         One characters shouldn't be able to get to the really slimy
  257.         activities that "Talk to the Barkeep" allows, so they were locked
  258.         out until they hit at least Level Two.  Cryo-Cube was one of those
  259.         options (yes, some nasty things can happen in coldsleep...<G>).
  260.         Since we've had so many "complaints" about it, I turned it on in
  261.         this version for Level One players.  It's the *ONLY* one that is
  262.         displayed to Level One players - the really nasty stuff is still
  263.         hidden until they hit Level Two.
  264.  
  265.         Fixed a cosmetic display error on one of the "You have died"
  266.         screens - nobody complained about it, but I noticed it in testing.
  267.  
  268.         Fixed an error that nobody has reported yet.<G>  I wasn't checking
  269.         to see if the user was on locally or remotely for running
  270.         maintenance.  Fixed that bugger.  Now disgruntled (and probably
  271.         dead) players can't force daily maintenance from the commandline
  272.         - the event mode can only be run locally.
  273.  
  274.                >>>>>>>>>> REGISTERED USERS! <<<<<<<<<<
  275.  
  276.         Fixed a glaring error in our key routines that was causing non-
  277.         working keys to be generated for registered users, causing the key
  278.         to fail.  If you have already registered VRS, you should *NOT* have
  279.         to get a new key if your key is already working.
  280.  
  281.         If you have problems with your key, please leave a message on
  282.         ** The TAO BBS (609) 587-2672 ** and I'll get a new key out
  283.         to you right away.
  284.  
  285.         Removed the two-second delay on displaying the GO/4 advertisement
  286.         when first loading a registered copy.  Sorry about that, it was an
  287.         oversight from beta testing.  The screen is still there, but there
  288.         is no delay set on it for registered users.  (Gotta advertise to the
  289.         users *somewhere*<G>)
  290.  
  291. V2.01-2.49 (INTERNAL REVISIONS)
  292. 03/21/95-03/23/95
  293.  
  294. V2.00 (Public Bug fix release)
  295. 03/20/95
  296.  
  297.         See 1.06 through 1.09 (Below).
  298.  
  299. V1.08/1.09 (INTERNAL REVISONS)
  300. 03/20/95
  301.  
  302.         Releasing as Version 2.00
  303.  
  304.         Updated and corrected the VRS.DOC file.
  305.  
  306.         Located the "bug" where changing the Mutant Fights Left
  307.         in the system editor didn't update properly.  It does, but
  308.         you *MUST* force a daily maintenance after changing it so
  309.         that it is reflected for each user.
  310.  
  311.         Fixed the weapon shop bug that was charging for vaporware
  312.         weapons.
  313.  
  314.         *DRASTICALLY* speeded up the Daily Maintenance functions.
  315.  
  316.         Fixed the return to the VRS Main Menu when run in Maintenance
  317.         mode for events.
  318.  
  319.         Changed the flag to accept *either* VRS.PPE MAINT *or*
  320.         VRS.PPE /MAINT.  Upper, lower, or mixed case is now
  321.         acceptable.
  322.  
  323. V1.07
  324. 03/15/95
  325.  
  326.         Added an or (|) to the commandline switch to accept either
  327.         "MAINT" or "/MAINT".  Moved the check point to below the CRC
  328.         check point.
  329.  
  330.         Added ".COM" to the call on the VRSORT.COM file in the hopes
  331.         that it will get around the Lantastic 6.0 error reported by
  332.         Dave Lamont.
  333.  
  334. V1.06 (Release)
  335. 3/14/95
  336.  
  337.         Fixed the "running 73 days" glitch. - Use the (M)aintenance
  338.         Sysop option and recreate the Configuration Database to enable
  339.         it.
  340.  
  341.         Changed *ALL* commands in *ALL* source modules to upper case to
  342.         deal with a Lantastic-specific error.
  343.  
  344. V1.05 (Internal revision)
  345. 3/8/95
  346.  
  347.         Fixed jump error causing open error on init.
  348.  
  349. V1.04 (Internal revision)
  350. 3/8/95
  351.  
  352.         Fixed errors in M81 file.
  353.  
  354. V1.03 (Internal revision)
  355. 3/8/95
  356.  
  357.         Added the MAINT switch so VRS.PPE MAINT can be run as an
  358.         event rather than forcing the first user in to sit through the
  359.         daily maintenance.
  360.  
  361.         M14 pathing problem fixed.
  362.  
  363.         Can't duplicate the List error, may have been caused by the
  364.         dbase 0 error.
  365.  
  366. V1.02 (Internal revison)
  367. 3/8/95
  368.  
  369.         Fixed Dbase 0 not open error.
  370.         Removed screwy commenting from M19.
  371.         Fixed Basic Training fall-through to TurboShafts
  372.  
  373. V1.01 (Internal revision)
  374. 03-08-95
  375.  
  376.         Found a bug (actaully a programming gaffe), in that we were making
  377.         calls to a source code module, as opposed to a compiled module.
  378.         Fixed.
  379.  
  380. V1.00 - Initial Release.
  381. 03-07-95
  382.  
  383.         Hoping that everybody likes the idea, and decides they want
  384.         this beast.
  385.